home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1995 November / EnigmA AMIGA RUN 02 (1995)(G.R. Edizioni)(IT)[!][issue 1995-11][Skylink CD].iso / earcd / program / amos / amoslist.lzh / AMOSLIST / 000349_amos-request@svcs1.digex.net_Thu Sep 28 06:28:49 1995.msg < prev    next >
Internet Message Format  |  1995-10-02  |  3KB
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id GAA13594;  for <mcox@access.digex.net> ; Thu, 28 Sep 1995 06:28:48 -0400
  2. Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id DAA10242 for amos-out; Thu, 28 Sep 1995 03:55:39 -0400
  3. Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id DAA10239 for <amos-list@svcs1.digex.net>; Thu, 28 Sep 1995 03:55:38 -0400
  4. Received: from disperse.demon.co.uk (pong.demon.co.uk [158.152.1.64]) by mail1.access.digex.net (8.6.12/8.6.12) with SMTP id DAA07034;  for <amos-list@access.digex.net> ; Thu, 28 Sep 1995 03:55:20 -0400
  5. Received: by disperse.mail.demon.net id bk12155; 26 Sep 95 14:27 +0100
  6. Received: from [158.152.1.72] by disperse.mail.demon.net id aa26049;
  7.           24 Sep 95 11:23 +0100
  8. Received: from westmead.demon.co.uk by post.mail.demon.net id aa01957;
  9.           24 Sep 95 11:19 +0100
  10. From: Mark Carter <Mark@westmead.demon.co.uk>
  11. Organization:  None Whatsoever
  12. To: amos-list@access.digex.net
  13. Date:          Sat, 23 Sep 1995 18:34:27 +0000
  14. Subject:       Re: Update me....
  15. Priority: normal
  16. X-mailer: Pegasus Mail/Windows (v1.22)
  17. Message-ID:  <9509241119.aa01957@post.mail.demon.net>
  18. Status: RO
  19. X-Status: 
  20.  
  21. > > >     To Mark Carter (I think!).  Its the problem with the arrays.  Using arrays
  22. > > > does make code easier to read and follow through.  For memory requirements and
  23. > > > saving information to disk you're better off using the (P/D/L)oke - (P/D/L)eek
  24. > > > alternative.  It is slightly harder to use initially, but you will save a hell
  25. > > > of a lot of memory and data access will be a hell of a lot quicker.  I know
  26. > > > this from past experience with large arrays.  If arrays are too large
  27. > > > (100,100) for example, then AMOS Creator crashes.  I don't know with AMOS Pro.
  28. > > > It is definitely worth perservering with the data banks way.
  29. > 
  30. > <etc etc - you know the story by now>
  31. > 
  32. > To be honest, unless you're really short on memory, you might as well 
  33. > just use the arrays (in my opinion) - it is just a little bit simpler, really.  I 
  34. > mean, do you REALLY need that minute extra burst of speed?  (I'm sure 
  35. > this conversation just started with a really innocent, tiny 
  36. > question?)
  37.  
  38. I agree, although I think its an important point to explore - 
  39. especially for anyone using very large arrays - totalling more than, 
  40. say, 100k in memory...... 
  41.  
  42. Cheers,
  43.  
  44. Mark
  45.  
  46. Mark Carter
  47. e-mail: mark@westmead.demon.co.uk,   exet0007@sable.ox.ac.uk